System and Method for Processing Like-kind 
Excliange Transactions 

Field of Invention 

5 

The present invention relates to a method, apparatus and infonnation system for 
processing transactions such as like-kind exchange (**LKE") transactions under § 103 1 of the 
Internal Revenue Code of the United States of America. 

10 Background of the Invention 

The present invention involves the implementation of a distributed, Intemet-based 
computing environment applicable, for example, to a Like-kind Exchange Program under 
§ 1031 of the Internal Revenue Code. The legal requii-ements and issues in con^leting a 
15 like-kind exchange are generally available. All section or *'§*' references are to the United 
States Internal Revenue Code of 1986, as amended, unless otherwise indicated. Infonnation 
regaiding completing a like-kind exchange includes §1031 of the Code. Internal Revenue 
Service regulations, rulings and guidance, vaiious court cases, and numerous publications. 

20 Currently most like-kind exchange (''LKE") tranisactions are limited to property with 

very significant sales proceeds because of the transaction costs incurred in convicting the 
transaction in accordance with statutory requirements. The vast majority of this work is 
currently completed manually resulting in a relatively few large dollar transactions actually 
qualifying for the benefits provided by §1031. Congress enacted §1031 as a relief provision 

25 to defer current taxation if the investment in business or investment property remains 
substantially unchanged by retaining ownership in property that is like-kind to the 
exchanged property. The owner has continuously been invested in business or investment 
property. 

30 Section 1031(a) provides that: 

No gain or loss shall be recognized on the' exchange of property held for 
productive use in a trade or business or for investment if such property is 
exchanged solely for property of like-kind which is to be held either for 
productive use in a trade or business or for investment. 
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Tlius, the four general requirements for non-recognition treatment under § 1031 are: 

(1) both the property surrendered and the property received must 'be held 
either for productive use in a trade or business, or for investment; 

(2) the property suirendered and the property received must be of **like- 
5 kind"; 

(3) the property must not be described in the list of ineligible property 
contained in §103 1(a)(2); and 

(4) there must be an exchange, as distinguished from a sale and repurchase. 

10 The requirement that the exchanged properties be of **like-kind'' has reference to the 

nature or character of the property and not to its grade or quality. See Treas. Reg. 
§ 1. 103 1(a)- 1(b). To qualify for like-kind exchange treatment, one kind or class of property 
may not be exchanged for property of a different kind or class. Depreciable tangible 
personal properties are of a like class if they are either wittiin the same General Asset Class. 

15 as defined in Treas. Reg. §L1031(a)-2(b)(2), or within the same Product Class, as defined 
in Treas. Reg. §L1031(a)-2(b)(3). Treas. Reg. §1.103I(a)-2(b)(3) states that property within 
a Product Class consists of depreciable tangible property that is listed in a four-digit product 
class within Division D of the Standard Industrial Classification codes ("SIC codes"), set 
forth in Executive Office of the President, Office of Management and Budget, Standard 

20 Industrial Classification Manual ( 1987) C'SIC Manual"). ^ 

Under the proposed methodology, the owners would be exchanging old property for 
new property to be used in theii* trade or business or held for investment. Since Treas. Reg. 
§1. 1031(a)-2(b)(l) states that property will be considered to be like-kind il" exchanged for 
25 property witliin the same General Asset Class ("G AC") or same Product Class, the - 
properties exchanged do not have to be identical to one another. 

Owners can ensure that the property being exchanged constitutes like-kind property 
by replacing relinquished property classified within one GAC with new property classified 
30 within the same GAC. For example, computer equipment is classified within GAC 00.12, 
Information Systems, and should only be replaced with property that also falls within GAC 
00. 12. More precisely, since Infonnation Systems includes conqDuiers and their peripheral 
equipment used in administering normal business transactions and the maintenance of 
business records, their retrieval and analysis under GAC 00. 12, a owner could replace an 
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old mainframe supercomputer with a group of desktop or laptop computers, high speed 
printers and optical character readers or any other equipment described in GAC 00. 12. 

An "exchange" generally involves a reciprocal transfer of property as distinguished 
5 from a transfer of property for money or its equivalent; In the simplest example, a swap of a 
truck in Owner I's possession for a truck from Owner 2 is an exchange whereas a sale by 
Owner 1 of a truck for cash, followed by a purchase by Owner 1 of a truck from Owner 2 
using the cash from the initial sale is a sale and purchase. 

10 It is often very difficult, if not impossible, for an owner to arrange for a simultaneous 

exchange of relinquished property for replacement equipment. The Code addresses this 
problem by permitting deferred exchanges. Under these rules, the owner must "identify" 
replacement equipment on or before the day which is 45 days after the date on which it 
transfers the relinquished property and must receive the replacement property no later than 

15 the earlier of (A) the day which is 180 days after the date on which the owner transfers the 
relinquished property and (B) the due date (determined with regard to extension) for the 
owner's tax return for the taxable year in which the transfer of the relinquished property 
occurs. The owner cannot actually or constructively receive the proceeds of the sale of the 
relinquished property until it actually receives the replacement property. Failure to satisfy 

20 any of these requirements results in a sale and purchase, a fully taxable transaction. 

As a practical matter, it is impossible for property owners to acquire replacement 
property from the buyers of the relinquished property, a third party, -generally called a 
**qualifled iatermediary," must be involved. The qualified inteimediary is an unrelated party, 
25 such as a batik, that is used to facilitate the exchange. ' 

The qualified intemnediary must acquire the relinquished property from the owner, 
transfer the relinquished property to the purchaser, acquire the replacement equipment from 
the seller, and transfer the replacement equipment to- the owner, as part of an overaU 

30 exchange process. These transactions are accomplished largely through contractual 
provisions. The purchaser of the relinquished property and the seller of the replacement 
equipment have no duect dealings with the qualified interaiediary; the qualified 
intermediary simply receives the proceeds from the sale of the old equipment and disburses 
those proceeds to purchase the replacement equipment! 
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Currently most LKE trtmsactions are completed manually. In a typical exchange 
situation, the property owner is assisted by a tax specialist (hence broker) who checks §1031 
con^liance conditions, performs the tax saving calculations, and prepares the legal 
documents. Disadvantages of manual procedures include (but are not limited to) high 
5 processing costsi long transaction times, and missed opportunities for exchanges. In effect 
these limitations restrict the application of like kind exchanges to a relatively small class of 
large dollar transactions. 

Automation of LKE transactions using computer technology has the potential to 
10 overcome these limitations. A currently available softwaie product in this context is the 
'T-ike-Kind Exchange vs. Sales Analyzer" by Denver Tax Software, Inc. (DTS) 
(www.denvertax.com). However, this product is run on a standard office or home PC 
whereas the present invention is concerned with an Intemet based platforra More 
importantly, the **Like-Kind Exchange vs. Sales Analyzer" can only assist but not replace a 
15 human broker by performing compliance and benefit calculations. 

Summary of the Invention 

It is an object of the present invention to effectively replace the broker by an network 
20 based platform that automates and optimizes all other work traditionally performed by a 
(human) broker. 

The present invention proposes therefore an Intemet-based platform for like kind 
exchanges or siEtiilar exchanges that (among other features) 
25 - detects opportunities for, optimizes, initiates, and jjerforms (LKE) transactions based on 
an owner's acquisition and disposition behavior 

- communicates necessary legal and other documents to all participants in like kind 
exchanges (owner/exchanger, qualified intemnediary,...) and 

- is open for online consulting services and online adjustment of (LKE) system behavior. 

30 

The present invention furthermore for the first time reveals related aspects of data 
exchange between (LKE) participants such as data formats, protocols,' security/encryption, 
and digital signing of communicated documents. 
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The present invention utilizes a variety of strategies to reduce transaction costs 
through automation of the exchange process using a network and computer technology and 
use of sophisticated formulas to maximize benefit for a particular user. The proposed 
technology will allow owners of property to significantly reduce the transaction costs 
5 cuirently incurred, for exanple, in coiiq)leting §103 1 LKE transactions. 

The system comprises a broker that performs the exchange logic, one or more 
databases which are connected to the broker, synchronization modules installed at the 
exchanger for automatic data excliange £ind update, HTML browsers and electronic mail 

10 clients. The participants of the transaction system are an arbitrary number of exchangers 
(the customers), one or more Qualified Intermediaries (usually banks) and one or more 
brokers. The broker iiT^lements the exchange logic, controls information flow and manages 
data security and (digital) signing. The system uses a global network to exchange 
information between the participants. 

15 : 

Additionally, the broker may function as a service platform for offering services 
related to like-kind exchange such as consulting, system integration and management of 
digital certificates. The data being exchanged between the participants and the data 
processed by the broker may be encoded using Extensible Markup Language (XML). Still 

20 further, the data structures of the system eire defined using a plurality of document type 
definitions (DTD). The broker may comprise a XML database for retrieval and storage of 

i 

data. Optionally the broker may archive documents such as electronically signed reports in 
an additional database and/or conq^uter readable media for long-term storage. Preferably, 
the system and methodologies of the invention are implemented as a distributed information 
25 system in connection with a multi-user computer network such as the Internet. 

Tlie present invention automates the exchange process using an Internet-based 
computing environment that (among other features) ' 

- detects opportunities for, initiates, and performs transactions based on an owner's 
30 acquisition and disposition behavior 

- communicates necessary legal and other documents t6 the participants in like kind 
exchanges (owner/exchanger, qualified intermediary, .-::) 

- is open for online consulting services and online adjustment of system behavior. 

35 


-5- 


NY2- 1131751.1 


Novel aspects of the invention concern - in the context of automated transactions - 
the general system architecture of the Internet platform, data processing, exchange and/or 
storage based on documents in Extensible Markup Danguage (XML), the automated 
generation and transnoission of legal documents to participants, a methodology for detection 
5 of opportunities with adjustable optimization criteria, XML-based methods for Internet- 
wide and local area data exchange, secuie data transmission aspects, and an infrastructure 
for digital signing. 

According to a first aspect of the invention a property exchange management system 
10 comprises 

- a multi-user data network, 

- at least one broker application implementing the exchange logic by controlling the 
flow of information in the systenn, 

- at least one property exchanger as a client, 

15 - and at least one qualified inteimediary. ' 

-I 

The broker, the property exchanger and the qualified intermediary communicate by 
means of the multi-user network. 

20 At least one database can be connected to the broker. 

The broker can be designed to detect opportunities for, initiates and performs 
property exchange transactions. 

25 The broker can be designed to detect opportunities for, initiates and performs 

property exchange transactions based on the exchanger's acquisition and disposition 
behavior. 

The broker can be designed to edit legal docurhents to be transmitted to the qualified 
30 intermediary. 

The property exchanger can comprise a synclironization module for automatic data 
exchange with the broker. 

35 


-6- 


NY2-U3I751.I 


The synchronization module can be designed for a data exchange between a 
procurement or financial planning system of the exchanger and the broker. 

The broker can be designed to exchange reports with the qualified intermediary 
5 which are digitally signed. 

According to another aspect of the present invention a property exchange 
management method is proposed using: 

- a multi-user data network, 

10 - at least one broker application implementing the exchange logic by controlling the 
flow of information in the system, 

- at least one property exchanger as a client, 

- and at least one qualified interaiediary. 

The broker, the property exchanger and the qualified intermediary thereby communicate by 
15 means of the multi-user network. 

The broker can detect automatically opportxinities for, initiates and performs 
property exchange transactions. 

20 The broker caii detect opportunities for, initiates and performs property exchange 

transactions based on the exchanger's acquisition and disposition behavior. 

The broker can edit legal documents to be transmitted to the qualified intermediary, 

25 The property exchanger can exchange data with the broker by means of a 

synchronization module. 

The synchronization module can exchange data from a procurement or financial 
planning system of the exchanger with the broker. 

30 

The synchronization module can exchange inforination on sold and bought 
equipment as well as business plans with the broker. = 

The broker can exchange reports with the qualified intermediary which are digitally 

35 signed. 
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The like-kind transactions can be committed, signed or encrypted using public key 
infrastructure. 

According to a still further aspect of the present invention a method for the 
5 automatic detection of like-kind exchanges is proposed comprising the steps of: 

selecting combinations of the property owner's pool of acquiied and disposed assets, 
and 

matcliing the assets for a like-kind exchange. 

10 The step of matching can be based on a utility function using at least one of the 

vainables of: 

amount of taxable income realized on disposition of assets, 
proceeds realized on disposition of relinquished property, 
- like-kind characteristics of both relinquished and acquired property, 
15 - the date a new asset is acquired, 
tax cost for acquiied asset, and 

the number of days that have passed since an asset was relinquished. 
At least two variables can be weighted to combine for the utility function. The variables of 
the asset selection can be customizable manually or automatically. The variables of the asset 
20 selection can be customizable remotely over a multi-user data network. 


According to a still further aspect of the present invention an optimization method 
for asset selection in like kind exchanges with adjustable parameters to meet needs of 
specific users, comprising 
25 - maximization of deferrals of taxable income, ^ 

minimization of bounded cash in a qualified intermediary account and 

minimization of potential profit deferral that is allowed to be xinutilized after 180- 

days. 

30 Brief Description of the Drawings 

The objects and advantages of the present invention will be better understood and 
more readily apparent when considered in conjunction with the following detailed 
description and accon^anying drawings which illustrate, by way of exan^le, preferred 
embodiments of the invention and in which: 

35 • . 
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Figure 1 shows an overview of the softwai-e components of the proposed network 
platform. 

Figure 2 shows the architectuie of a broker of the platform of figure 1 in greater 

5 detail. 

Figure 3 shows an exchange system of the platform of figiwe 1 in greater detail, 
Figuie 4 shows a qualified intermediary (QI) of the platfomi of figure 1 in greater 

10 detail. 

Figure 5 shows a message transmission handshake between exchanger, LKE broker 
and qualified intemiediary with exchanger's interaction, and 

15 Figure 6 shows a message transmission handshake between exchanger, LKE broker 

and qualified intermediary without exchanger's interaction. 

Furthermore, although the following preferred embodiments will be explained with 
reference to the above drawings, other further features; advantages arid objects will be 
20 evident to those skilled in the art. 

Detaited Description of Preferred Embodiments 

Note that in the following the invention will be explained by means of LKE 
transactions. However it will be appreciated that the present invention can be equally 
25 applied to all other types of comparable transactions! 

Figure 1: LKE Internet Platform and System Users (Architecture of the Internet 
platform) ^ 

Figure 1 shows an overview of the software components of the proposed LKE 

30 Internet platform, the communication links within the platform and external systems, and 
the human users of the platform The main software components of the system architecture 
therefore comprise the broker 23 that permanently runs on a server directly or indirectly 
connected (for example tlirough a firewall) to the Internet and the Sync, module logic 13 that 
is integrated into the exchanger's confuting environment 24. Note that the Internet is just 

35 an example for a muhi-user data network. 
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The softwaie components include the web-based LKE Broker 23 that analyses and 
performs transactions and the LKE Sync 13 that is integrated into the exchanger's 
computing environment 24 and transmits property acquisition and disposition information 
5 to the LKE Broker 23. Human users of the system include (a representative) of the 
exchanger, a consultant, and (a representative) of the qualified intemiediary 25. 
Communication uses Internet teclinology (WWW, email, and other techniques for data 
exchange) but also includes fax transmissions. Data representations for exchange and 
storage can to a large extent be based on XML. 

10 

Note that in the general case the LKE Broker 23 will serve several exchangers 24 
(and connect to several instances of the LKE Sync 13) and several qualified intermediaries 
25. Each broker 23 can be associated with several instances of the sync modules, i.e. may 
serve several exchangers. ' L. 

15 

The broker perfomis. among other things, all $ervices traditionally perfoiTned by a 
hunnan broker in transactions. These services include the selection of property for like-kind 
. exchanges based on the exchanger's acquisition and disposition behavior using the method 
later on. This selection method allows for interactive adjustment of key variables which is 
20 the basis for online consulting services as described later on. 

The broker further prepares, digitally signs, and transmits legal documents to the 
qualified intermediary as described later on. The Sync module is integrated into the 
exchanger's computing environment. Among other things, its task is to automatically supply 
25 the broker with infonnation about property acquisitions and dispositions occurring at the 
exchanger. The conununication between the sync module and the broker is detailed further 
on. 

Figure 2: Internal structure of the like-kind exchaihge (LKE) broker 23 

30 

The broker 23 conq^rises the processing units, databases, XML processors, email, 
facsimile and data exchange gateways and databases. The broker implements the like-kind 
exchange logic and manages data flow, storage and security. Tlie LKE broker periodically 
exchanges information with the exchanger and the qualified intermediary (QI). 

35 ' 
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The LKE broker 23 is the core of the like-kind exchange transaction system The 
LKE broker 23 implements like-kind exchange logic, controls information flow, 
communicates with the system database and performs data encryption and signing. The 
broker communicates with the exchanger (represented by a contact person of a company) 

5 and the Qualified Intermediary 25 (usually a bank) over a wide area network, e.g. the 
Intemet, using an Internet browser and electronic mail with public key infrastructure, Tlie 
exchange of reports, contracts and other legal documents as facsimile over PSTN (Public 
Switched Telecommunication Network) is also supported. Additionally to client or broker 
initiated data exchange the LKE synchronization module (LKE Sync) 13 periodically 

10 exchanges data with the LKE broker 23. 

The like-kind exchange reports generated by the LKE broker are usually sent to the 
exchanger 24 and the qualified intermediaiy 25 in electronic form as signed and optionally 
enciypted electronic mail. The broker 23 utilizes a facsimile gateway to send reports to the 
15 exchanger 24 and QI as facsimile. This is quite useful for the purpose of redundancy or in 
the case the exchanger 24 or QI 25 do not have Intemet access. 

In the following, the functional units of the LKE broker 23 (not limited to) wiU be 
described: 

20 i^v 

XML database(s) 2 with XQL (XML Query Language) interface 2a store like-kind 
data, customer profiles and more. See XML database further on for details. 

An optional long-term storage database 1 is used for long-term storage of legal 
25 documents such as reports, signatures or facsimiles. Ilie documents may be generated by 
the LKE broker 23, the QI 25 or the exchanger 24 and are not changed after being written. 
Thus the long-term database 1 implements write-once, read-multiple functionality. 
Commonly, optical media for digital data storage are used for long-term storage. 

30 A LKE data processing unit (DPU) 3 of the LKE broker 23 implements the business 

logic. Internally the DPU 3 consist of the service processor 8 with its service modules, the 
XML processor 6 for XML processing of XML data; the synclironization logic 7a and the 
protocol processor 7b for communication over HTTP and SOAP protocols. 

35 
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The data processing unit (DPU) 8 contains service modules such as Entity, Like- 
kind, Planning, Depreciation, Acquisition, Disposition, Identification, Matching, Reporting, 
Cash management. Electronic and Administration. 


5 The XML processor 6 processes, parses and generates XML encoded data. The 

XML processor 6 communicates with the XML database(s) 2 and the service processor 8. 
The XML data is routed through the XML processor 6. 

The LKE synchionization logic 7a synchronizes data stored at the exchangers 
10 procurement or financial management system with data stored on LKE broker. See LKE 
synchionization further on for details. 

The protocol processor 7b implements communication protocols such as SOAP and 
(MIME encoded) email. 


15 


The XML formatter 5 fomiats XML encoded data from the LKE data processing 
unit 3 using style sheet processors and style sheets. The. XML formatter may 5 generate PDF 
documents such as reports or HTML pages for browsers. The style sheets may be written in 
XSL or any other style sheet description language using a specialized style sheet processor. 


20 


A public key infrastructure 4 is used by the DPU 3 for digital signing (i.e. signature 
generation and check) and encryption. When a report is created the DPU 3 may sign and 
optionally encrypt the report using private/public keys stored in customer profiles of the 
XML database 2. Reports may be send as electronic mail (email), facsimile or using any 
25 electronic data interchange fonnat (e.g. EDIFACT). In general reports or arbitrary * 
documents generated by the system may be signed or encrypted and stored in the XML 
database 2 and/or the long-term storage database 1. 

An electronic mail gateway(s) 9 with MIME' support is dirbctly connected to the 
30 global IP network. Documents such as reports or acknowledgment, which are send by email 
between clients 24, QI 25 and the broker 23, goes through the email gateway 9. 

A facsimile gateway(s) 10a is provided to send reports and legal documents to the 
exchanger 24 or the QI 25. The facsimile gateway 10a transmits documents generated by the 
35 DPU 3 in facsimile format over the public switched telephone network to the receiver. 
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An Electronic Data Interchange gateway 10b is used for data interchange" between 
the broker 23, the QI 25 and the exchanger 24. The us^ of the EDI gateway 10a simplifies 
the exchange of acquisition, deposition and other custonier data. The primary use of the EDI 
5 gateway 10a is the exchange of customer data between customer based ERP systems and the 
LKE broker 23. 

The HTTP server 1 1 with optional SSL (Secure Socket Layer) implements the 
HTTP protocol and manages the data communication over HTTP with the chent's browsers 
10 and the LKE broker 23. 

Modules of the LKE Broker 23 

Entity Module - The first module the user works with is the entity module. The 
15 system tracks all information by legal entity as defined in this module. In addition, entity 
specific infonnation is defined in this module. The information input in this module is 
utilized in all other modules. 

- User defines security rights in this module, only authorized users given rights to access 
20 system. Ability to limit rights to only specific parts of the. system to control confidential 

information. , - 

- User defines how the system communicates with Qualified Intermediary - automatic or 
after user review. 

- Ability to define how assets are sorted. 

25 - Ability to define differences between financial statement and tax cost. 

Like-Kind Module - The Like-Kind Module is used to establish basis for the 
system to determine if specific assets are to be considei'ed like-kind assets. To detemiine if 
specific assets are to be considered like-kind, the system uses the characteristics of a 

30 particular manufacturer model as defined in this module. Users define characteristics about 
a particular model of equipment once in the Like-Kind Module to ensure infonnation 
integrity in the identification and matching modules. The Like-Kind Module is also utilized 
to insure integrity of specific asset infomiation added in the Equipment Acquisition 
Module. Users need to input information about each model owned in the Like- Kind Module 

35 before adding information about a specific asset in the Equipment Acquisition Module. This 
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procedure has been established to ensure that the system has the information necessary to 
identify as replacement property any acquired equipment and determine the characteristics 
of relinquished property. 

5 - Defines all asset models of equipment using manufacturer model number pairs to avoid 
two manufacturers using the same model number. 

- Like-kind characteristics of all asset models eligible for LKE are defined in this module. 

- Integrity of potential replacement property identification and matching of replacement 
insured by requiring all assets being defined in this module. 

10 - Provides flexibility in number of General Asset Classes or Product Classes handled by 
system while minimizing amount of inforaiation required to be entered about a specific 
asset. 

Plan Module - The user includes infomiation about planned purchases based on the 
15 manufacturer models included in the like-kind module. The planned purchases are used in 
the identification module for purposes of identifying potential replacement property 

- User can import information about planned asset acquisitions. 

- Planned purchase information is used in identification module to determine wliich assets 
20 should be chosen as potential replacement assets. 

- Ability to utilize past asset acquisition information to project future planned purchases. 

- Only assets defined in like-kind module can be added in business plan to ensure system 
integrity. 

25 Depreciation Module - The user defines the depreciation methods to be utilized by 

each type of asset, for a particular reporting period, in each depreciation book that the user 
wants the system to track. The depreciation methods disfined in this module are applied to 
the assets recorded in the acquisition module and determination of gain (loss) on sale for 
transactions recorded in the disposition module. This rnodule also detemiines the basis 

30 adjustments resulting from conpleted like-kind exch^ges defined by the matching module, 
recognized gain (loss) on disposition, and tracking the step-in- the- shoes depreciation 
method for relinquished assets. The benefits resulting from completing like-kind exchange 
transactions are determinedi by applying the logic in this' rnodule. 

35 
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- The user defines for each asset type how it should be depreciated in each depreciation 
book based on period placed in service. 

- Relinquished assets that are replaced in a qualified LKE exchange aie assumed to be still 
owned for tax depreciation purposes, "step-in-shoes" depreciation method. The system 
tracks the depreciation of the relinquished assets in conjunction with the depreciation of the 
replacement asset. 

- The system performs all depreciation, basis adjustment, and disposition gain (loss) 
calculations. 

- Tracks additions to original asset. 

10 - Tracks removable attachments that may or may not associated with a primary asset. 

Acquisition Module — The assets owned and acquiied by the user that nmy be the 
subject of a like-kind exchange transaction, either as a relinquished and/or replacement 
asset, are recorded in this module. Before any asset is recorded in this module, the 
15 definitions and controls need to be established in the entity, like-kind, cash and depreciation 
modules. The assets included in this module ai'e used ia performing the functions of the 
depreciation, depreciation, identification, matching, and cash modules. 

- Users can manuaDy input or electronically transfer information into the system for asset 
20 acquisitions. Asset information provided allows system to match eligible acquisitions with 

relinquished assets, detennine how the asset will be depreciated, and determine distributions 
of cash from Qualified Intermediary account. 

- Initial set-up of currently owned assets can be handled in essentially the same manner as 
new acquisitions. - 

25 - Tests input with definitions provided in various moduies to determine if the asset has been 
properly defuied. If asset is defined, then it is accepted into system, otherwise, the asset is 
rejected. Tlie user will need to define asset in like-kind module before resubmitting In 
addition the information input in this module interacts with all other modules in the systenL 

- Allows user to associate additions with primary asset. 

30 -Allows users to associate or disassociate a removable attachment with a primary asset. 

Disposition Module - This module records information associated with a disposed 
assets. Disposed assets need to have been previously included in the acquisition module 
information. The disposition of an asset triggers the use of the matching and identification 
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modules in completion of a like-kind exchange transaction. This module also interacts with 
the acquisition, cash and depreciation modules. 


- Users can manually input or electronically transfer uifoniiation.into the system for asset 
5 dispositions. Asset information provided allows system to match eligible dispositions with 

acquired assets, determine net sales proceeds, infomiation requii*ed to determine allocation 
of proceeds received from transaction and track deposits to the Qualified Intennediaiy 
account. 

10 - The user can modify any removable attachments associated with the disposed asset. 

- Allows users to provide trade-in and purchaser financing infonnation. 

- Tests input with definitions provided in. various modules to detemiine if the asset has been 
properly defined. If asset is defined, then it is accepted into system, otherwise, the asset is 
rejected- The user will need to define asset in like-kind module before resubmitting 

15 addition. 

- The information input in this module interacts with iall other modules in the systenL 

Identification Module - The system uses a naitow estimated purchases price range 
and weighted probability to determine which planned purchases, included in the plan 

20 module, will be identified as potential replacement assets for relinquished assets. This 

module uses infonnation fiom the like-kind, acquisition, disposition and matching modules 
in the determination of which assets planned to be purchased should be automatically 
chosen by the system as potential replacement property. The user also has the option to 
manually identify potential replacement property utilizing both the three asset and 200 

25 percent identification methods. The assets identified 'as potential replacement property for a 
relinquished asset are utilized in the matching module. 

- The system automatically identifies potential replacement assets and notifies QI prior to 
expiration of the 45-day identification period. 

30 - Communication with QI is through both email and faX transmission as redundant 
notification procedure. ' 

- System logic includes variables that customize the system to maximize realized benefits 
for system users. 

- Allows user to manually identify potential replacement property raitTier than use automatic 
35 procedures. 
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- Transmits automatic identifications to user for their review prior to transmission to QI. 

Match Module - The goal of the match module is to appropriately match 
relinquished and replacement assets in a qualified like-kind exchange. Tlie match module 
5 uses inforaiation fi-om the acquisition, disposition, like-kind, identification, and 

depreciation modules to complete matches. The system logic maxiriiizes g£un defeixal 
potential in a particular match situation. The results in the matching module are 
incorporated in the depreciation module. 

10 - The system automatically matches eligible replacement assets with relinquished assets and 
notifies QI prior to expiration of the 180-day replacement period. 

- Communication with QI is through both email and fax transmission as redundant 
notification procedure. 

- System logic includes variables that customize the system to maximize realized benefits * 
15 for system users. 

- Allows user to manually match replacement property father than use automatic 
procedures. -K' v 

- Transmits automatic matches to user for theii- review. prior to transmission to QL 

- Co-ordinates with Cash Module in determining distributions firom QI account. 

20 

Report Module - The report module interacts with all other system modules. It 
handles the automatic transmitting of required notifications to the qualified intermediary 
through both fax and email notification. The module lalso generates numerous reports to 
allow user to track system information, depreciation!reports, information for tax reporting, 
25 and system administration. 

- Provides user with a variety of information regarding tr2uisactions and assets tracked by 
the systeiTL > i 

- User can view information on screen in HTML, Microsoft Excel, or Adobe PDF formats. 
30 - User can have reports generated and sent to them for their records in Microsoft Excel or 

Adobe PDF fomiats. . . 

- User can speciJy reports that are to be automatically generated and distributed to a defined 
list of email addresses. 

- Indefinite storage of identification and match reports transmitted to qualified intermediary. 

35 - 


- 17- 


hfY2 - 1131751.1 


Cash Module - The cash module tracks amounts due on the disposition of assets, 
payable on replacement assets and reconciliation with qualified intermediary account. This 
module also handles the tracking of debt associated with replacement and relinquished 
assets. 

5 

- Communicates with both user and QI in tracking cash receipts, outstanding receivable, 
distributions of excess cash, and distributions of cash for replacenoent assets. 

- Handles tracking of trade-ins and debt associated with relinquished and acquiied property. 

10 Administration Module - As pai t of external consulting services, a consultant or 

"system administrator" can modify a number of variables used in the business logic to 
maximize available benefits for an individual user. 

- Allows system administrator to change variables in business logic tomeet needs of 
15 specific user. Each user has individual factual situation th^t requires modification of 

business logic to maximize user benefits. It is likely that for individual users, the variables 
utilized will change over time to meet the evolving needs of the user. 

Figure 3: Like-kind exchange system 24, exchanger side 

20 : t 

The exchanger side of the like-kind exchange system 24 is shown in Figure 3. The 
exchanger 24 commimicates with the LKE broker 23 over the global IP network using an 
Internet browser and an email client. The einail client utilizes a public key infrastmcture for 
digital signing and encryption. Reports and legal docun^nts may also be transferred as 
25 facsiniiile. The (optional) LKE* Sync logic 13 synchronizes data from the exchanger's- 
procurement or financial management system with the LKE broker 23. 

I-:-.:- 

The system requirements of the exchanger 24 arCj for exanq^le, an Internet browser, 
an email client with public key capability, Internet connection or alternatively a FAX 
30 machine. The LKE Sync synchronization logic 13 synchronizes data from the exchanger's 
procurement or financial management system (ERP, Entei-prise Resource Plaiming system) 
with the LKE broker database. The LKE Sync module is optional. It is installed if the 
exchanger 24 uses an ERP systenL 

35 -iy- 
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The exchanger side of the LKE system 24 has following functional units (not limited 

to): 

An Internet browser (HTTP/S protocol) and an email client (with public key infrastructure) 
5 12 are provided for the communication between the exchanger 24 and the LKE broker 23. 
An optional firewall 1 1 may protect the exchanger's internal network against Internet 
access. The fu'ewall 1 1 may limit the commimication ports and protocols to HTTP and 
HTTPS (HTTP over Secure Socket Layer SSL). 

10 The LKE Sync synchronization logic 13 automatically synchronizes data of the 

procurement or financial management system 16 with the LKE broker 23. The LKE Sync 
logic module 13 may utilize the SOAP corfimunication protocol. The data exchanged 
between the LKE broker 23 and the LKE Sync 13 con:^rises infomiation about sold or 
bought equipment (which is going to be exchanged by the LKE system) and business plans; 

15 This information has been entered into the ERP system by the exchanger 24. The 

information is transmitted as multiple messages which may be encoded using the Extensible^ 
Markup Language (XML). Still further, XML data may ^ be transmitted via HTTP 
(HyperText Transmission Protocol) over Secure SocketiLayer (SSL). The preferred 
embodiment uses a secured version of the XML based high-level messaging protocol SOAP 

20 (Simple Object Access Protocol) for information exchange. 

An optional fax macliine 17 for facsimile communication with the LKE broker 23 
may be used to receive and send legal documents from and to the LKE broker 23. 

25 Figure 4: Like-kind exchange system, qualified intertnediary (QI) 25 

The LKE broker 23 sends customer reports and other documents to the Ql 25 using 
electronic mail and/or facsimile. The documents sent are digitaUy signed and optionally 
encrypted. Data may be transferred between the broker 23 and the QI 25 in standardized 
30 Electronic Data Exchange (EDI) format such as EDIfaCt or ebXML. 

The qualified intermediary (Ql) 25 receives documents ft*om the LKE broker 23 and 
returns and acknowledges after reception of a document. The LKE broker 23 sends for 
example customer reports and other documents to the QI 25 using electronic mail and/or 
35 facsimile. The documents sent are digitally signed and optionally encrypted. Data may be 
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transferred between the broker 23 and the QI 25 in standardized Electronic Data Exchange 
(EDI) foraiat such as EDIfact or ebXML. 

The qualified intennediary side 25 of the LKE system has following functional units 
5 (not limited to): 

An email client (with public key infrastructure) 22 serves for communication with the 
LKE broker 23 over the Internet. 

An optional fax machine 18 for facsimile communication with the LKE broker 23 may be 
10 used to receive and send legal documents from and to the LKE broker 23 . 

An Electronic Data Interchange gateway (EDI) 19 is used for data interchange between the 
broker 23, the QI 25 and the exchanger 24. 

XML database 2 

15 

The Extensible Markup Language (XML) database of the LKE system contains 
information as XML confonn documents which includes the following information (but not 
limited to): 

20 - General information on companies ("clients") using the system. Tliis includes but is not 
limited to 

a) company name; address, phone number, FAX number, e-mail address of contact person 
at that company 

b) public key for encryption and signing of clients public key infrastructure 

25 c) bank account information, such as bank, account nurnber, current balance, bank - 
transaction history 

d) digital copy and summary information on client's legal agreement with qualified 
intermediary 

e) contact person at LKE-service provider for this client 

30 f) qualified intermediary utilized documents associated with conq^leting LKE transactions 

- User management data and user profiles including 

a) user names, address, phone, fax, email 

b) login name and password for access to LKE system 

35 
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c) customizable login coaditions (e.g. restrict to view only, restrict to viewing/modification 
of certain legal entities, restrict access to certain modules) 

d) system use information such as last entity used, reports seen by user etc. 

5 - Information on Qualified Intermediaries including 

a) company name; address, phone number, FAX number, e-mail addresses of contact 
persons at that qualified intermediary 

b) public key of public key infrastructure for enciyption and signing of match and 
identification reports 

10 c) bank account infoiTnation, such as bank account number, current balance, bank 
transaction history 

- Information on LKE system processes including 

a) scheduled, ongoing, and completed LKE processes, such as matching, reporting,... 
15 b) login history 

c) current sessions 

- Information about specific legal entities associated with a client including 
a) tax return dates, end of tax year 

20 b) prefeired sorting criteria for reporting and HTML presentation 

c) preference on automatic or manual trigger of LKE sei-vices 

d) variables influencing the behavior of LKE matching, algorithms . 

e) GAC and SIC codes relevant to the legal entity 

25 - Purchase Plan information including 

a) manufacturer, model number 

b) estimated cost 

c) number of items planned to be purchased 

d) estimated acquisition cost 

30 e) inflation adjustment percentage for use in automatic prediction of future purchases 

- Information on specific assets owned or sold by an legal entity including 

a) manufacturer, make, serial number, customer specific identifier 

b) product family; GAC and SIC code 

35 c) code if asset is parent, attachment, or addition 
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d) acquisition date, cost, tax-relevant adjustments to acquisition cost 

e) vendor, payment terms 

f) sales date, buyer, sales price, payment terms on sale, sale with or without attachments, 
sales invoice information, trade-in information, financing information 

5 g) LKE status related information: sales proceeds and acquisition costs utilized in LKE 
transactions; tax gain on sale; status infomiation, if matching/identification processes have 
been run for asset; identification and matching trigger dates 

- Asset depreciation related infomiation, including 

10 a) list of applicable depreciation books including method and convention 

b) yearly asset depreciation per book; projected depreciation 

c) depreciation life of asset 

d) tax years . - i . 

15 - Replacement identification data including 

a) identified replacements according to 3 asset identification (identified models or identified 
product families) .v 

b) identified replacements according to 200% method > ■ ' 

c) creation date of identifications 

20 d) aggregate projected acquisition costs of identified replacements 

e) user approval of identified replacements 

- Replacement asset groupings (matches between sold and acquired assets) including 

a) groupings of sold / acquired assets 

25 b) aggregate sales proceeds / acquisition costs of match group itennus 

c) match group creation date 

d) predominate SIC or GAC code of match group 

4^- - 

- Data related to like-kind product classification containing information such as 
30 a) List of all product classifications according to SIC system (four-digit code and 

description) 

b) List of all product classifications according to GAC system (code and description) 

- XML database also contains reports / summary infoniiatibn in PDF and Microsoft Excel 
35 format on 
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a) currently owned acquisitions 

c) current business plan 

d) like kind infonnation such as SIC and GAC codes defined for all product families 

e) asset replacement history 
5 f) tax reports 

- Electronic documents sent as notifications to Qualified Intermediai7 

a) identification and match notifications as PDF document 

b) digital signature of documents sent to QI 

10 c) creation date / date of electronic transmission 

Method for selection of assets for like-kind exchanges 

A further feature of an embodiment of the invention, i.e. the LKE Internet platform 
15 is its ability to automatically select combinations ft om the property owner's pool of 

acquired and disposed assets and to match them for an exchange. A necessary requirement 
is that all involved assets are of like kind. The matching method, in a first step, exploits 
information about the assets* SIC and GAC classifications to find such combinations. 

20 Further criteria on the quality of matches include the following: 

1. defer as much taxable income as possible 

2. allow distribution of available cash out of QI account as quickly as possible and 

3. minimize the amount of potential profit deferral that is allowed to be unutilized after 180- 
days. 

25 

These objectives individually do not result in the identification of the same assets for 
a particular exchange. Typically, these objectives should be balanced against each other 
(although in some business situations preference might be- given to one objective over the 
others). ^ 

30 V/: 

The invented method for asset selection in like kind exchanges is an informed search 
whose utility function is based on the following variables: 

1. Amount of taxable income realized on disposition of asset 

2. Proceeds realized on disposition of relinquished property. 

35 3. Like-kind characteristics of both relinquished and acquii ed property. 
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4. The date a new asset is acquired. 

5. Tax cost for acquired asset 

6. The number of days that have passed since an asset was relinquished. 

5 The variables are weighted to combine for the utility function. The parameters of the 

asset selection may be customized for a specific exchanger, either by human intervention or 
automatically. 

Possibility for online consulting services and adjustment ofLKE system behavior 

10 

The variables described - and thus the behavior of the asset selection algorithm - can 
be adjusted over the WWW, e.g. by the exchanger or by an external consultant. The 
advantage of this feature is the possibility to adapt system behavior to varying business 
conditions, e.g. due to seasonality, expansions, downsizing, mergers or others. 

15 

Automated generation and transmission of legal documents to LKE participants 

A legal requirement on the successful completion of a like kind exchange is that the 
exchange either is performed within 45 days of the disposition or within 180 days provided 
20 that compliant replacement assets have been identified within 45 days. To fulfil the legal 
requirement, documents asserting the exchange of property or the identification of 
replacement assets must be transmitted within the 45/180-day periods. 

As a novel feature of the described LKE Broker, the current invention proposes the 
25 fully automated generation and transmission of electronic documents (Notice of Acquisition 
of Replacement Property, Notice of Identification of Replacement Property) between LKE 
participants. The documents are digitally signed when sent via email according to current 
US legislation. 

30 Advantages of electronic document generation and transmission for like-kind 

exchanges include: ■ 

- Reduced costs: No human resources are spent on preparation t)f the legal documents. 

- Improved quality of exchanges: In many cases best results for selection of replacement 
assets by the LKE Broker will be achieved if performed as closely as possible towards the 

35 end of the 45 day or 180 day periods. As the necessary documents can be generated at any 


-24- 


NY2- 1131731.1 


lime (24 hours a day. 7 days a week, including weekends) and email transmission takes 
place instantly a maximal lime period can be utilized for.optimization of replacement 
selection. 

5 Digital signing and secure transmission ofLKE documents 

The LKE broker documents may generate documents that require the 
acknowledgment (for exan^le a signature) of the exchanger and documents which does not 
requiie further acknowledgment. The created documents may be of legal nature. Thus an 
10 authorization method and handshake protocol is required to guarantee the authenticity of the 
documents. 

In Figure 5 the message transmission handshake between exchanger, LKE broker 
and qualified intenhediary with exchanger's interaction is shown. The handshake protocol 

15 consists of two phases. The initialization phase 1 the public keys of the parties are 

exchanged, i.e. the exchanger and the QI sends their public keys to the LKE broker and the 
broker sends the broker public key to the exchanger and QL The fingerprints of the public 
keys may be checked using another communication channel for exanq)le personal 
communication over telephone. Key exchange phase tiisirequired only once. Phase 2 of the 

20 handshake protocol is repeated every time the bj oker generates a report. 

In phase 2 the broker sends the exchanger a broker signed report. The report contains 
a successive transaction number that clearly identifies the report. The exchanger checks the 
broker signature, signs the report with its own key and returns the report to the broker. The 

25 LKE broker checks the exchanger's signature, checks its own signature and sends the 
double-signed report to the qualified iniemiediary. The qualified intermediary checks the 
signatures of the exchanger and the broker,' processes the report and retums a signed 
acknowledgment to the broker. The acknowledgnierit coinains the transaction number of the 
processed report. The broker checks the QI signature. The message exchange may be 

30 optionally encrypted. 

, (. ■ 

Figure 6 shows the message transmission handshake between exchanger, LKE 
broker and qualified intermediary without exchanger's interaction. Tlie handshake protocol 
consists of three phases. The initialization phase 1 the public keys of the parties are 
35 exchanged, i.e. the exchanger and the QI sends their public keys to the LKE broker and the 
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broker sends the broker public key to the exchanger and Ql. The fmgei-prints of the public 
keys may be checked using another communication channel for example personal 
communication over telephone. Key exchange phase 1 is required only once. In the 
successive phase 2 the exchanger asks the LKE broker to generate a key called 
5 " authorization" -key. 

Key generation on behalf of the exchanger can be realized by sending a (signed) 
message from the exchanger to the broker asking for "authorization"-key generation or by 
interactive HTML (Web) foniis which can be accessed by the exchanger only. For 

10 authorization key generation the broker fu-st checks the authenticity of the exchanger by 
signature verification or checking the login password of Internet page. Then the broker 
generates an authorization public/private key pair for the exchanger. After key generation 
the broker sends the authorization public key to the exchanger. The exchanger signs the 
authorization public key sent by the broker (signed with the keys generated in phase 1) and 

15 returns the it to the broker again. The broker checks the exchanger's signature and signs the 
authorization key with its own broker keys. Then the broker sends the broker signed 
authoiTzation key to the qualified intennediary (QI). The QI checks the broker signature and 
stores the exchanger authorization public key for future use. 

20 Phase 3 of the handshake protocol is repeated every time the broker generates a 

report. In phase 3 the broker generates a report on behalf of the exchanger, signs it with the 
exchangers authoiization key, signs it again with the broker key and sends the double- 
signed report to the QI. The report contains a successive transaction number tliat clearly 
identifies the report. 

25 . _ . - 

After reception of the report the QI first checks the broker signature and then the 
exchangers authorization signature. The QI then returns a signed acknowledgment to the 
broker. The acknowledgment contains the transaction niirnber of the processed report. The 
broker checks the Ql signature. The message exchange may be optionally encrypted. 

30 

XML-based processing, exchange and/or storage of LKE data 

The Extensible Markup Language, abbreviated XML, describes a class of data 
objects called XML documents and partially describes the behavior of computer programs 
35 which process them. XML is in particular in^ortant for the realization of Electronic Data 


-26- 


NY2. 1131751.1 


Interchange (EDI) using protocols like X12, EDIFACT and TRADACOMS. Among text- 
only based data exchange, signed e-mail reports for exanqjle, the LKE system may use the 
Extensible Markup Language XML for data exchange, data procession and data storage. An 
important requirement of the like-kind exchange system is that the system structure does not 
5 need to be changed for a long time of operation (20 years minimum) and is flexible enough 
to adopt changes of internal data structures and protocols for data interchange. The LKE 
system presented here realizes the required flexibility by using XML as the standard 
language for internal and external communication. Among other features the described 
system implements the following advantages: 

10 

- Uniform Interfaces: 

LKE-system may use unifomi internal and external interfaces based on XML. 

- Flexibility of Data Exchange: 

15 Data exchanged between internal and external modules (e.g. third-party modules) may use 
XML as the language for data exchange. 

- Multivendor environments: 

XML may be used to exchange information in a multivendor enviroiunent. 

20 

- Data abstraction: 

XML enables the LKE-broker as well as third party applications to know when it is safe to 
ignore information they do not understand and when certain information must be processed. 

25 - Custom data flexibility: 

XML schemes or Document Type Definitions (DTD) allow the LKE-broker to distinguish 
customer specific data. r 

- Language and foraiat independence: 

30 XML output of the LKE-broker may be translated into virtually any language or document 
format such as HTML. WML (Wireless Markup Language) or PDF (Portable Document 
Fonnat) using style sheets written for example in Extensible Style Sheet Language (XSL). 

- Internationalization: 

35 
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For processing, interchange or storage the LKE-broker may express data using Unicode. 
Unicode provides a unique number for every character no matter what the platform, 
program or language is. 

5 - Performance, scalability and cost reduction: 

Currently most like-kind exchange C1.KE") transactions aie limited to properly with vei7 
significant sales proceeds because of the transaction expense. The LKE broker highly 
reduces transaction costs enabling processing of virtually any type of like-kind exchange 
transactions. The broker may use meta infonnation for like-kind data that describes where 

10 the data is located (e.g. in a database). Comprising like-kind meta infomiation the LKE 
system is highly scalable. The broker can process a high number of daily transactions 
because multiple databases may be used simultaneously to increase capacity, peifomiance 
and reliability. This technique helps also to reduce costs for data^storage by using 
distributed (XML-) databases. Databases can be distributed in a local aiea network or a' 

15 wide area network like the Internet. 

- Long-term data availability: 

It can be assumed that data described in Extensible Markup Language can be processed 
even decades after its creation because XML processing software such as XML parsers and 
20 style sheet translators will be widely available duiing the next decades. 

Figure 5 shows a message transmission handshake between exchanger, LKE broker 
and qualified interaiediary with exchanger's interaction. The handshake protocol consists of 
two phases. The initialization phase 1 the public keys of the parties are exchanged, i.e. the 
25 exchanger and the QI sends their public keys to the LKE broker and the broker sends the 
broker public key to the exchanger and QI. The fingerprints of the public keys may be 
checked using another communication channel for exarrple personal comm\uiication over 
telephone. Key exchange phase 1 is required only once. 

30 Phase 2 of the handshake protocol is repeated every time the broker generates a 

report. In phase 2 the broker sends the exchanger a broker signed report.* The report contains 
a successive transaction number that clearly identifies the report. The exchanger checks the 
broker signature, signs the report with its own key and returns the report to the broker. The 
LKE broker checks the exchanger's signature, checks its own signature and sends the 

35 double-signed report to the qualified intermediary. The qualified intermediary checks the 
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signatures of the exchanger and the broker, processes the report and returns a signed 
acknowledgment to the broker. The acknowledgment contains the transaction number of the 
processed report. The broker checks the QI signature. The message 'exchange may be 
optionally encrypted. 

5 Figure 6 shows a message transmission handshake between exchanger, LKE broker 

and qualified intemiediary without exchanger's interaction. The handshake protocol 
consists of thiee phases. The initialization phase 1 the/public keys of the parties are 
exchanged. i.e. the exchanger and the QI sends their public keys to the LKE broker and the 
broker sends the broker public, key to the exchanger and QI. The fingerprints of the public 

10 keys may be checked using another communication channel for example personal 
communication over telephone. Key exchange phase 1 is required only once. 

In the successive phase 2 the exchanger asks the LKE broker to generate a key called 
"authorization"-key. Key generation on behalf of the exchanger can be realized by sending a 

1 5 (signed) message fi-om the exchanger to the broker asking for *'authdrization"-key 

generation or by interactive HTML (Web) forms which can be accessed by the exchanger 
only. For authoiization key generation the broker first checks the authenticity of the 
exchanger by signature verification or checking the login password of Internet page. Then 
the broker generates an authorization public/private key pair for the exchanger. After key 

20 generation the broker sends the authorization public key to the exchanger. The exchanger 
signs the authorization public key sent by the broker (signed with the keys generated in 
phase 1) and returns it to the broker again. The broker checks the exchanger's signature and 
signs the authorization key with its own broker keys. Then the broker signed authorization 
key is sent by the broker to the qualified intermediary (QI). Tlie QI checks the broker 

25 signature and stores the exchanger authoiization public key for future use. 

Phase 3 of the handshake protocol is repeated every time the broker generates a 
report. In phase 3 the broker generates a report on behalf of the exchanger, signs it with the 
exchangers authorization key. signs it again with the broker key and sends the double- 

30 signed report to the QI. The report contains a successive transaction number that clearly 
identifies the report. After reception of the report the QI first checks the broker signature 
and then the exchangers authorization signature. The QI then returns a signed 
acknowledgment to the broker. Tlie acknowledgment contains the transaction number of the 
processed report. The broker checks the QI signature^ The message exchange may be 

35 optionally encrypted. 
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While the invention has been described in conjunction with specific embodiments, it 
is evident that numerous alternatives, modifications, and variations will be apparent to those 
skilled in the art in light of the foregoing description. 
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What is Claimed is: 

1. A property exchange management system, comprising: 

- a multi-user data network, 

- at least one broker application implementing the exchange logic by controlling the 
flow of infomiation in the system, 

- at least one property exchanger as a client. 

- and at least one qualified intermediary; 

wherein the broker, the propeity exchanger and the qualified intermediary 
communicate by means of the multi-user network. 

2. A system according to claim 1 , 
wherein at least one database is connected to the broker, 

15 3. A system according to claim 1. n . 

wherein the broker is designed to detect opportunities for, initiates and performs 
property . exchange transactions. 

4. A system according to claim 3, 

20 wherein the broker is designed to detect opportunities for, initiates and peifomis 

property exchange transactions based on the exchanger 's acquisition and disposition 
behavior. 

5. A system according to claim 1, 
wherein the broker is designed to edit legal documents to be transmitted to the 

qualified intermediary. 

6. A system according to claim 1, 
wherein the property exchanger con^rises a synchronization module for automatic 

data exchange with the broker. 

7. A system according to claim 6. 
wherein the synchronization module is designed for a data exchange between a 

procurement or financial planning system of the exchanger and the broker. 
35 
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8. A system according to claim 1, 

wherein the broker is designed to exchange reports with the qualified intermediary 
which are digitally signed, 

5 9. A method of managing a property exchange con^risiiig 

-establishing a multi-user data communication network between at least one broker 
application , at least one property exchanger as a client, and at least one qualified 
intermediary, and 

- implementing exchange logic by controlling the flow of information in the system 

10 

10. A method according to claim 9, 

further comprising automatically detecting opportunities for, initiating, and 
performing property exchange transactions. 

15 1 1 . A method according to claim 10, 

wherein autonaatically detecting opportunities for, initiating, and perfoniiing 
property exchange transactions is based on the exchanger's acquisition and disposition 
behavior. 

20 12. A method according to claim 9, 

further comprising editing legal documents to be transmitted to the qualified 
intermediary. 

13. A method according to claim 9, 

25 further comprising synchronizing the exchange of data between the property - 

exchanger and the broker. 

14. A method according to claim 13, . 

further comprising exchanging information between a procurement or financial 
30 planning system of the exchanger and the broker. 

15. A method according to claim 14, 

further comprising exchanging information on' sold and bought equipment as well as 
business plans between the property exchanger and the broker. 

35 
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16. A method according to claim 9, 

further comprising exchanging digitally signed reports between the broker and the 
qualified intermedial^. 

5 17. A method according to claim 9, 

further comprising committing, signing, or encrypting like-kind transactions using 
public key infrastructure. 

18. Computer Software implementing a method according to claim 9. 

10 

19. An Internet platform implementing a method according to claim 9. 

20. A method for the automatic detection of Uke-kind exchanges, 

con^rising the steps of: 

15 - selecting combinations of the property owner*s pool of acquired and disposed assets, 
and 

matcliing the assets for a like-kind exchange. 

21. A method according to claim 20, 

20 wherein the step of matching is based on a utility function using at least one of the 

variables of: 

amount of taxable income realized on disposition of assets, 
proceeds realized on disposition of relinquished property, 
Uke-kind characteristics of both relinquished and acquired property, 
25 - the date a new asset is acquired, - 
tax cost for acquired asset, and 

the number of days that have passed since an asset was relinquished. 

22. A method according to claim 21, 

30 wherein at least two variables are weighted to combine for the utility function. 

23. A method according to claim 20, 

wherein the variables of the asset selection are customizable manually or 
automatically. 

35 
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24. A method according to claim 20, 

wherein the variables of the asset selection are customizable remotely over a multi- 
user data network. 

5 25. Computer Software in^lementing a method according to claim 20. 

26. An Internet platfomi implementing a method according to claim 20. 

27. An optimization method for asset selection in like kind exchanges with adjustable 
10 parameters to meet needs of specific users, comprising 

maximizing deferrals of taxable income, 

minimizing bounded cash in a qualified intennediary account and 
- minimizing potential profit deferral that is allowed to be unutilized after a 
predeteraiined time period. 

15 

28. A corrqjuter software implementing a method according to claim 27. 

29. An Internet based service platform implementing a method according to claim 27. 

20 
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Abstract of the Disclosure 


Hie present invention utilizes a variety of strategies to reduce transaction costs 
5 through automation of the exchange process using Internet and computer technology and 
use of sophisticated formulas to maximize benefit for a particular user. The proposed 
technology allows owners of property to significantly reduce the transaction costs ciurently 
incurred in conpleting §1031 LKE transactions. In one embodiment, the system consists of 
a Like-Kind Exchange (LKE) Broker that perfomis the like-kind exchange logic, one or 
10 more databases wliich are connected to the LKE broker, syncluonization modules 
(LKEsync) installed at the exchanger for automatic data exchange and update, HTML 
browsers and electronic mail clients. The participants of the LKE transaction system are an 
arbitrai-y number of exchangers (the customers), one or more Qualified Intemiediaries 
(usually banks) and one or more LKE brokers. The LKE broker implements the like-kind 
15 exchange logic, controls information flow and manages data security and (digital) signing. 
The system uses a global network to exchange information between the participants. 
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